Integrity Constraints 


Integrity constraints ensure that changes made to the database by 
authorized users do not result in a loss of data consistency. Thus, integrity 
constraints guard against accidental damage to the database. 


Examples of integrity constraints are: 


e An instructor name cannot be null. 
e No two instructors can have the same instructor ID. 
e instructors age cannot be over 200. 


Types of integrity Constraints: 


e not null constraint 
e unique constraint 
e check constraint 


1.The Not Null Constraint 


The not null constraint prohibits the insertion of a null value for the 


attribute, and is an example of a domain constraint. 


Syntax: 
CREATE TABLE Table_Name(column_name data_type(size) NOT NULL, ); 


Example: 
CREATE TABLE student (sno NUMBER(3) NOT NULL, 
name CHAR(10)); 


2.The unique constraint 


The unique constraint prohibits any two tuples in the relation to be equal 


on their attributes. 


Syntax: 
CREATE TABLE Table_Name(column_name data_type(size) UNIQUE, ....); 


Example: 
CREATE TABLE student (sno NUMBER(3) UNIQUE, 
name CHAR(10)); 


2.The check constraint 


The check constraint ensure that the attribute values satisfy specified 


conditions. 


Syntax: 
CREATE TABLE Table_Name(column_name data_type(size) 
CHECK (logical expression), ....); 


Example: 
CREATE TABLE student 
(sno NUMBER (3), 
name CHAR(10), 
class CHAR(5), 
CHECK(class IN(‘CS’,’IT’,’IS’)); 


Referential Constraints 


Referential Constraints ensure that a value that appears in child relation 


also appears in parent relation. 


Types of integrity Constraints: 
e Primary key constraint 


e Foreign key constraint 


Primary key and foreign key are used together to provide a link between 


two relations (tables). 


Parent Child 
Table Table 


Student Project 


EnrollNo Name Branch Sem ProjectID Title EnrollNo 
190540107001 Raju CE; 3 101 Bank 190540107001 


190540107002 Mitesh CE 3 102 College 190540107002 
190540107003 — Nilesh CE 3 103 School 190540107003 
190540107004 = Meet CE} 3 1 Hospital 190540107001 


1.The Primary key constraint: 
The primary key constraint ensure that the attribute values uniquely 
identifies each tuple. 


A table contains primary key is known as master table. 


Syntax: 
CREATE TABLE Table_Name 
(column_name data_type(size) PRIMARY KEY, ....); 


Example: 
CREATE TABLE faculty 
(fcode NUMBER(3) PRIMARY KEY, 
fname CHAR(10)); 


2. The Foreign key constraint: 


The foreign key constraint ensure that the attribute values of foreign key 
refers to the primary key in another table. 


A table contains foreign key is known as detail table. 


Syntax: CREATE TABLE Table_Name(column_name data_type(size) , 
FOREIGN KEY(column_name) REFERENCES table_name); 
Example: 
CREATE TABLE subject 
(scode NUMBER (3) PRIMARY KEY, 
subname CHAR(10), 
fcode NUMBER(3), 
FOREIGN KEY(fcode) REFERENCE faculty ); 


Notes: 


Primary key constraint = (unique + not null) constraint. 


Defining integrity constraints on existing table: 


Syntax: ALTER TABLE Table_Name ADD PRIMARY KEY (column_name); 
Example: ALTER TABLE student ADD PRIMARY KEY (sno); 

(Or) 
Syntax: 
ALTER TABLE table_name ADD CONSTRAINT constraint_name PRIMARY KEY(colname) 
Example: 


ALTER TABLE student ADD CONSTRAINT SN PRIMARY KEY(SNO) 


Dropping integrity constraints from existing table: 


Syntax: ALTER TABLE Table_Name DROP constraint_name; 
Example: ALTER TABLE student DROP PRIMARY KEY; 
(or) 
Syntax: ALTER TABLE student DROP CONSTRAINT constraint_name; 


Example: ALTER TABLE student DROP CONSTRAINT SN; 


Cascading 


Actions in Referential Integrity 


Generally, it is not possible to delete the parent records/master records 
directly when they are having child records but by providing ‘on delete 


cascade’ at the time of FK (foreign key) definition it is possible 


Adding ‘on update cascade’ to the foreign key table enables child record 


to follow the parent record at any change done. 


Example: 


create table course 
(eas 
dept_name varchar(20), 
foreign key (dept_name) references department 
on delete cascade 


on update cascade, 


a) 


VIEW 


A view is a virtual table, which consists of a set of columns from 
one or more tables. 

It is similar to a table but it does not store in the database. View is a 
query stored as an object. 

A view contains rows and columns, just like a real table. The fields 
in a view are fields from one or more real tables in the database. 

You can add SQL functions, WHERE, and JOIN statements to a 


view and present the data as if the data were coming from one single table. 


Creating View 


Syntax: 
CREATE VIEW view_name AS SELECT set of fields FROM 
relation_name WHERE (Condition) 


Examplel1: 
SQL>CREATE VIEW employee AS SELECT empno,ename,job FROM EMP 


WHERE job = ‘clerk’; 


View created. 


SQL> SELECT * FROM EMPLOYEE; 


MILLER 


Example2: 
CREATE VIEW [Current Product List] AS 
SELECT ProductID,ProductName 
FROM Products 
WHERE Discontinued=No 


Dropping View 


DROP VIEW: This query is used to delete a view, which has been 
already created. 


Syntax: 
DROP VIEW View_name; 


Example: 
SQL> DROP VIEW EMPLOYEE; 
View dropped 


